METHOD FOR MARKING PACKETS OF A DATA TRANSMISSION FLOW AND 
MARKER DEVICE PERFORMING THIS METHOD 

BACKGROUND OF THE INVENTION 

rOOOH T he present invention relates to a method for marking packets of a data 

transmission flow pertaining to an end-to-end connection as is furth e r d e scr i b e d i n th e 

proamb l o of c l a i m 1 , and to a marker device for performing said method as is doscrib e d 

i n tho pr e amblo of c l a i m 9 . 

r00021 Marker devices and methods of operation Such a method and a marker dovico 
are already known in the art, e.g. from "RFC 2697 of the IETF Network working group". 
Therein, a single rate three color marker is presented which marks packets of a traffic 
stream to be either green, yellow or red. These three color marking values can be 
considered as priorities. These priorities are based upon three traffic parameters which 
correspond to service quality parameters of the traffic stream under consideration. 
r00031 In the Internet, which is an example of a packet network, such a method and 
marker device, in conjunction with a drop mechanism in the routers based on the 
priorities of the data packets, and in conjunction with the intrinsic properties of the 
TCP/IP protocol, allow for differentiation of several traffic flows based on their service 
quality and/or traffic parameters. These service quality parameters are generally 
agreed between the user and the Internet Service Provider, hereafter abbreviated with 
ISP, before the actual transmission of data takes place. The combination of all three 
mechanisms results in a differentiation of the reduction of the rate of the respective 
traffic flows in accordance to their respective priorities, in case of congestion within the 
Internet. Since these priorities are determined based on the service quality parameters, 
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service level differentiation is thus obtained. 

r00041 However, in case of serious congestion problems within the Internet, this 
mechanism can loose its efficiency. Indeed, it is nearly impossible for any service 
provider to foresee congestion within the Internet itself, such that the negotiated 
negoc i at e d t raffic or service quality parameters can still be an overestimation of what 
the network inside is really capable of. This results in all TCP connections of this 
service provider to be congested. The result of the mechanism will be that all TCP 
sources will end up with sending high priority packets, which, of course, does no longer 
correspond to service differentiation anymore. 

SUMMARY OF THE INVENTION 
F00051 A n aspect ob i oct of the present invention is therefore to provide a marker 
mechanism and a marker device of the above known type but which allow for service 
differentiation even in case of severe congestion problems within the Internet. 
According to tho i nvention, this objoct ic aoh i ovod duo to th e fact that sa i d method 
i ncludes tho stops as doscr i bod in tho character i s i ng portion of tho first c l a i m and that 
said marker device is further adapted as i s doscribod i n tho character i sing portion of 
cla i m 9. 

r00061 In this way, since the priorities are now directly dependent upon a_aF»-network 
feedback parameter indicative of the status of the congestion in the network, a direct 
instead of an indirect influence of the congestion upon the priorities is obtained. This is 
of course much more efficient. 

r00071 These Claims 2 and 3 as wo l l as 10 and 1 1 state that th e se network feedback 
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parameters can concern both congestion on the end-to-end connections themselves, 
for instance by means of the well-known wo l known TCP acknowledgements, or 
congestion within internal core routers within the network, for instance based on 
dedicated or specific congestion information packets to be generated by these core 
routers themselves. 

Another character i st i c foaturo of tho prosont invent i on is doscribod i n cla i ms A and 12. 
[00081 By thereby further considering other parameters attributed to the end-to-end 
connections itself, which are thus different from the already mentioned and used 
service quality parameters as well as from the network feedback parameter indicating 
i ndicad i ng congestion, a better level of differentiation with respect to the end-to-end 
connections itself, is obtained. These other parameters can be negotiated nogociatod 
during the service level agreement phase between the user intending to transmit data 
pertaining to individual TCP flows and the ISP. 

r00091 A Yot a further charactorist i c foaturos of the prosont invent i on is mont i onod in 
tho claims 5 and 13. This is i mportant in conjunction with claims 6 and 14 whoroby a 
first type of these other parameters attributed to the end-to-end connection^,]] 
comprises consists of a reduction factor, which is used for influencing the rate with 
which a first type of these priorities, for instance the highest priority, is generated. By 
reducing the rate of generating the highest priority, i n acoordanco w i th tho congestion 
informat i on as was doscr i bod in c l aim 1 , and in accordance with this reduction 
parameter attributed to the end-to-end connection, a much faster[[,]] and differentiated 
reduction of the flow is obtained. Similarly, as i s doscribod in c l aims 7 and 15, a 
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second type of these other parameters attributed to the end-to-end connection^,]] 
comprises cons i sts of an increase parameter. This one is used for again increasing the 
rate, during periods of non-congestion, with which this first type of these priorities, for 
instance the highest priority, is generated. Again A a differentiation with respect to other 
end-to-end connections is obtained. 

f 001 01 Since in general end-to-end connections in the Internet are associated to 
different terminals, the thus obtained marking mechanism also allows for a 
differentiation with respect to the terminals, taking into account congestion information. 
rOOHI The A s d e scr i bed in claims 8 and 16, th e use of an agreed bandwidth value 
and an agreed burst tolerance value as service quality parameters, allow for 
compatibility with existing marker mechanisms such as the token bucket mechanism. 

r0012] T he invention relates as well to a terminal and to an edge router that 
incorporates w h i ch i ncorporat e such a marker device as i s doscr i bod i n rospoctiv e 
cla i ms 17 and 18 . BRIEF DESCRIPTION OF THE DRAWINGS 
r00131 The above and other aspects ob je cts and features of the invention will become 
more apparent and the invention itself will be best understood by referring to the 
following description of an embodiment taken in conjunction with the accompanying 
drawings wherein the figures represent embodiments f i gure repr e s e nts on e 
embod i ment of a marker device MD according to the present invention. In the figures: 
r00141 FIG. 1 illustrates an embodiment of a marker device MP according to an aspect 
of the present invention; 

r00151 FIG. 2 illustrates an embodiment of a marker device MD in a packet network 
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according to an aspect of the present invention; and 

r00161 FIG. 3 represents an embodiment of a marker device MP in a packet network 
according to an aspect of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 
r00171 T he marker device MD of the present invention is used in packet networks such 
as the Internet, aiming for differentiated services. With differentiated services is meant 
that several service or quality of service classes are supported, whereby within the IP- 
header of each data packet a specific field, named the Type of Service and abbreviated 
with ToS field, can be set to a specific value. This allows different types of data packets 
or data packets belonging to a specific connection, to be distinguished from each other 
so that they can be forwarded differently. For the standardized DiffServ model, this 
ToS field is renamed as DiffServ Code-Point and abbreviated with DSCP, to indicate 
the quality of service requirement of the data packet. Each data packet contains its 
own service parameter, which partly determines the way it should be treated at each 
hop or router. The way different data packets with different service parameters are 
treated at such a router or hop, is further determined by another set of bits within this 
DSCP field, this set representing the value of a priority. The attribution and insertion of 
the priorities in the data packets is done within a marker device that w hteh-is situated 
either in the data packets transmitting terminal itself, or within the routers of the data 
packet network. Among these routers one can distinguish access or edge routers and 
core routers, based on their position within the Internet. Access routers are thereby 
directly coupled to the user terminals and situated in between the user terminals and 



5 



the core routers. 

r00181 T he present invention deals with the initial marking process of the data packets, 
which takes place either in the data transmitting terminal itself, or within the access 
router coupled to this data transmitting terminal. Marking devices placed in the core 
routers and which are adapted for adapting the value of the markers of the incoming 
packets, are not subject of this invention. 

r00191 T he values of these priorities, in conjunction with their quality of service 
classes, are used within the routers to determine the so-called per-hop 
behavio r bohav i our . These per-hop behaviors bohav i ours are generally implemented by 
means of buffer acceptance mechanisms, also known as active queue management 
mechanisms[[,]] and schedulers, whereby packets pertaining to the several service 
classes, are dropped or queued on the basis of their priority and of this quality of 
service, and of other parameters related to the filling of the queue. One of these buffer 
acceptance mechanisms is for instance the so-called Random Early Detection, 
abbreviated with RED, algorithm. Extensive descriptions of this mechanism can be 
found in literature, for instance in the article "Random Early Detection gateways for 
Congestion Avoidance", by S. Floyd and V. Jacobson, IEEE/ACM transactions on 
Networking, V.1 N.4, August 1993, p 397-413. It will however also be briefly explained 
in the next paragraph, since this algorithm can for instance be used in conjunction with 
the marker device of the present invention, for obtaining service level differentiation. 

r00201 RED is an active queue management scheme, which tries to keep the overall 
throughput high while maintaining a small average queue length. RED has four 



configurable parameters. There are two buffer thresholds, between which probabilistic 
packet drops occur. When the average queue occupancy is below the minimum 
threshold, no packets are dropped. When the average queue occupancy exceeds the 
minimum threshold, packets are dropped with an increasing probability. When the 
average queue size exceeds the maximum threshold all arriving packets are dropped. 
For service differentiation purposes, the parameters that directly control the average 
queue lengths are also used. The idea is to have n, with n having a minimum value of 
2 and related to the amount of priorities used when marking the packets, sets of 
thresholds, a maximum drop probability and a weightweigth. The differences in 
parameter values will then result into different drop probabilities given an average 
queue length. 

r0021l The marking mechanism of the present invention is used in conjunction with a 
drop mechanism having at least two, but in general, as much as there are priorities, 
different drop probability curves for dropping packets with the different priorities in 
queues pertaining to the service classes. 

r00221 The marker mechanism as well as the marker device of the present invention 
will now be discussed. 

r00231 A marker device MD is shown in FIG. 1 t ho figur e. It includes a memory 
denoted M for storing service quality parameter values such as an agreed bandwidth 
BW, an agreed burst tolerance value BT f and two parameters, denoted p and y , which 
are also attributed to the end-to-end connection under consideration. This end-to-end 
connection in the Internet consists of a TCP connection, the corresponding TCP flow 
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being denoted TCPF and being represented by the thick arrow entering the marker 
device and leaving it as well. All four parameters BW, BT, p and y were agreed 
between the user and the ISP, and can be considered as being static parameters for 
the operation of the marker device for a particular end-to-end connection. They may 
however be updated regularly, upon which process new values will be stored within M. 
[00241 T he TCP flow, of which several packets are indicated as dark rectangles, 
enters the marker device within a device A denoted ME. The latter device is adapted to, 
upon arrival of a new data packet denoted DP, to give a trigger PA to another device 
TBM, to extract the length L, in bytes, of this data packet, and to calculate At being the 
time between the previous packet arrival and the current one. This value, as well as the 
length of the packet L is as well delivered to the device TBM, whose operation will be 
described in a next paragraph. 

r00251 The marker device MD further receives information from the packet network 
under the form of a network feedback parameter NFB, which contains information 
related to the state of congestion within the network. This parameter can be related to 
the state of congestion on the end-to-end connection, and as such may for instance 
consist of the TCP-duplicate or normal acknowledgement signal. Another example of 
congestion information within the network can consist of the ECN-bit, in case the 
network is ECN capable. ECN thereby is the abbreviation of Explicit Congestion 
Notification, which mechanism is also described in the current literature, for instance in 
the article "A proposal to add Explicit Congestion Notification (ECN) to IP", by K.K. 
Ramakrishnan and S. Floyd, RFC 2481 . However this network feedback parameter 
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NFB can also contain information related to the status of congestion within a core 
router, generated and transmitted by this core router itself. In the latter case several of 
these signals, generated by several congested core routers can enter the marker 
device. 

[00261 In the next paragraphs,, an embodiment of the marker device will be described 
which is adapted to receive the normal and duplicate acknowledgements of the TCP 
connection for each transmitted packet. Upon receipt of one of these signals by the 
marker device, they are checked for congestion within a congestion check device CC. 
Dependent of the result of this check, the output signal CI of this congestion check 
device will be indicative of congestion or not. This signal is an input signal for a token 
generation rate device TGR which derives from it and from the value of the agreed 
bandwidth BW, of the parameters y and p related to the TCP connection under 
consideration, and of a previous or starting value of a token generation rate, an updated 
value TGRu of this token generation rate. This updated value is temporarily stored in a 
token generation rate memory TGRM. Upon arrival of a new network feedback signal 
NFB, CI is updated and will trigger TGR to calculate a new value of TGRu. TGR is thus 
triggered or activated by the arrival of NFB signals. 

r00271 In order to distinguish between the previous value TGRp and the updated value 
TGRu of the token generation rate variable used and generated within TGR, the old 
value TGRp, is denoted as a separate signal from TGRu. 

r00281 The updated value TGRu is as well requested from TGRM and used by a 
priority tokon buck e t mark e r device TBM, upon arrival of a new data packet DP from the 
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TCP flow TCPF. As already explained in a previous paragraph of this document, this 
arrival is triggered by a signal PA. This priority tokon buckod marker device generates 
from TGRu, from L being the length of the packet, and from the already mentioned At, a 
priority P. This priority, or marker, is delivered back to the device ME, which inserts it in 
the data packet DP, which arrival was last detected. It is to be remarked that this 
priority generation occurs at minimum the speed of the data arrival transmission, thus 
buffering of packets is thereby reduced to a minimum. 

r00291 In the following.! a possible algorithm for calculating the token generation rate 
and the priority will be described. 

r00301 The initial value of the token generation rate is set to BW. 
r0031l Upon arrival of a network feedback signal, for instance a TCP 
acknowledgement or duplicate acknowledgement, a check is performed within CC to 
determine whether there is congestion or not. An updated value of the variable CI is 
thereby generated. 

[0032] In case of non-congestion the updated value TGRu of the token generation rate 
is calculated as its previous value TGRp, multiplied by (p+1), whereby (3 is a positive 
number, larger than zero, p is therefore also named an increase factor. 
r00331 In case of congestion, the updated value TGRu of the token generation rate is 
calculated from the previous value TGRp, multiplied by y, with y larger than zero and 
smaller than one. y is therefore also named a decrease factor. 
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f00341 Upon arrival of a data packet DP, the PA signal triggers the TBM. An internal 
variable, being the token count TC, will then be updated according to the following 
[0035] equation: 

TC <- min(TC+TGRu . At, BT) 
whereby TGRu represents the value requested by TBM from the memory TGRM. 
r00361 Next TC is compared with L. In case TC is lower than L, the priority P is set to 
be low. In case TC exceeds or is equal to L, the value of TC is reduced with L, and the 
priority is set to be high. 

r00371 The initial Remark that the i nt i a l v alue of the TC is set as BT. 
[00381 T he embodiment and algorithm described thus used two priority values, High or 
Low. In order to use this marker algorithm within a service differentiation method, the 
per-hop behavior bohav i our in the routers need to be compliant to two priorities, and 
thus need to provide for two different drop behaviors bohaviours . one for each priority. 
The already mentioned 2-RED method as well as the RIO which stands for the RED In 
and OUT algorithm and which is also described in the literature can thus be used for 

ftil$391 It is however to be noted that marker methods and marker devices according to 
the invention exist with more than two priorities. For n priorities, the Per Hop behavior 
bohaviour w ithin the routers can than for instance consist of n-RED. It is also to be 
remarked that other algorithms and consequently other marker device embodiments 
exist whereby the priority generation is based purely on a network feedback congestion 
parameter, in conjunction with BW and BT. 
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r00401 W hile the principles of the invention have been described above in connection 
with specific apparatus, it is to be clearly understood that this description is made only 
by way of example and not as a limitation on the scope of the invention, as defined in 
the appended claims. 
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